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(57) ABSTRACT 

A universal information appliance (UIA) such as can be 
embodied by a personal digital assistant (PDA) can receive 
an application written in a new "MoDAL" language, parse 
the application to divide it into binary-formatted GUI 
elements, and then dynamically render a GUI interface on 
the display of the UIA based on the GUI elements parsed out 
of the application. The user can further modify the GUI and 
save it. With this combination, a GUI can be easily and 
dynamically tailored for a wide range of user needs, includ- 
ing the needs of handicapped users. The UIA communicates 
data in an onboard data cache with globally shared, asso- 
ciative ly addressed memory spaces such as "TSpaces". 

22 Claims, 5 Drawing Sheets 
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UNIVERSAL INFORMATION APPLIANCE 
WITH PARSER 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 5 
The present invention relates generally to pervasive com- 
puting devices, and more particularly to information appli- 
ances that can be networked with a variety of other infor- 
mation appliances. 

2. Description of the Related Art 

Information appliances, that is, devices that incorporate 
digital processors to collect, store, and disseminate 
information, including information appliances known as 
personal digital assistants (PDAs), are becoming ubiquitous. 
Many information appliances can be networked locally. For 15 
example, the televisions, computer-controlled kitchen 
appliances, and security system of a house might all be 
networked to a central computer, and furthermore the infor- 
mation appliances of the local network might be remotely 
controllable by means of a PDA that communicates with the ^ 
local network via the Internet or other system, such as the 
network referred to as "TSpaces" disclosed in IBM's 
co-pending U.S. patent application Ser. No. 09/013,768, 
filed Jan. 27, 1998 and Ser. No. 09/013,505, also filed Jan. 
27, 1998, both of which are incorporated herein by refer- ^ 
ence. 

As recognized by the present invention, if a wide variety 
of information appliances are to share data, the data must be 
rendered in a form that all appliances can recognize. 
Furthermore, the present invention recognizes that a "win- 30 
dow" into such an electronic world can be conveniently 
provided by a PDA, owing to the compactness, easy 
portability, data storage, and program execution capability 
of PDAs. Indeed, the use of hand held information appli- 
ances such as PDAs can be expected to continue to grow as 35 
the operating systems for the devices, e.g., Palm Operating 
System, Windows CE, etc., continue to improve, extending 
the capabilities of the appliances. Thus, it will be appreciated 
that information appliances such as PDAs can execute many 
useful software application programs to control or otherwise 40 
interact with other information devices. 

As but one example of how a PDA might be useful as a 
"window" into the electronic world, a PDA can potentially 
replace a tele vision -specific remote cotttTet-and other 
appliance-specific remote controls with a single, universal 45 
control, i.e., the PDA. As understood by the present 
invention, however, a central impediment to providing such 
a universal information appliance is the inability to establish 
and chanfiejrra phic user interfaces (GUQ 00 me Ay - Using 
the above example to illustrate, the GUI required to execute 50 
the application of controlling a television set is very different 
from the GUI required to execute the application of con- 
trolling a garage door opener, which in turn requires a 
different GUI than transmitting data to a network, and so on. 
Thus, a universal information appliance must be capable of 55 
presenting application-specific GUIs if it is to function 
effectively as an all-purpose "window" to the electronic 
world. 

Moreover, for a universal information appliance to opti- 
mize its user- friendliness, the present invention recognizes 60 
the desirability that a GUI be tailored to a particular user 
who might have a physical impediment or other special 
need. Unfortunately, present GUIs are static. Consequently, 
they cannot be dynamically changed or tailored for particu- 
lar users. Accordingly, the present invention recognizes the 65 
desirability of easily and quickly tailoring the GUI of an 
application. 



,186 Bl 

2 

SUMMARY OF THE INVENTION 

The invention is a general purpose computer such as an 
information appliance programmed according to the inven- 
tive steps herein to dynamically render a graphics user 
interface (GUI) on a universal information application 
(UIA) and to communicate with a globally shared, associa- 
tively addressed memory space such as the above-referenced 
"TSpaces". The invention can also be embodied as an article 
of manufacture — a machine component — that is used by a 
digital processing apparatus and which tangibly embodies a 
program of instructions that are executable by the digital 
processing apparatus to undertake the present logic. This 
invention is realized in a critical machine component that 
causes a digital processing apparatus to perform the inven- 
tive method steps herein. In other aspects, a computer 
program product is disclosed which is readable by a digital 
processing apparatus and which tangibly embodies a com- 
puter program. The computer program product combines a 
computer readable medium with program code elements that 
undertake the logic disclosed below. And, a computer- 
implemented method is disclosed for executing the logic 
herein. 

Accordingly, in one aspect an information appliance 
including a display and at least one input device includes an 
application source, and a parser communicating with the 
application source. The input device can be manipulated to 
cause an application from the source to be sent to the parser. 
Then, the parser transforms the application into at least a list 
of graphical user interface (GUI) elements that are associ- 
ated with the application and a list of elements that are also 
associated with the application, such that the list of GUI 
elements is made dynamically. A universal information 
appliance (UIA) engine accesses the lists to execute the 
application. 

In a preferred embodiment, the UIA engine includes a 
UIA processor for executing the application and a UIA 
communication manager communicating data between the 
UIA processor and TSpaces. Preferably, a local data cache is 
provided on the UIA, and the UIA communication manager 
communicates with the local data cache when the informa- 
tion appliance is not communicating with TSpaces. On the 
other hand, when the UIA is connected to the TSpaces 
network, the communication manager communicates with a 
proxy for converting data from the UIA processor to tuples 
for use of the tuples by TSpaces. The proxy also converts 
tuples from the TSpaces to data that is usable by the UIA 
processor. 

In the preferred embodiment, the application is written in 
the novel MoDAL language disclosed herein, and the parser 
converts the MoDAL application to binary language. The 
MoDAL language includes plural language elements for 
establishing: GUI elements, and action elements, at least 
some of which action elements can be associated with 
respective GUI elements. Also, MoDAL elements can be 
associated with respective action elements and respective 
GUI elements. The GUI elements are selected from the 
group of elements including one or more of forms, buttons, 
fields, lists, pop up triggers, menus, help strings, and tables, 
whereas the action elements are selected from the group of 
elements including one or more of database read, database 
write, database delete, tuple send, tuple query, formgoto, 
appstop, set, get, condition, and date. 

In another aspect, a computer-implemented method is 
disclosed for executing an application. The method includes 
receiving the application and processing the application to 
identify graphical user interface (GUI) establishing ins true- 
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lions therein. Then, a graphical user interface (GUI) is downloaded and used immediately, thus facilitating the 

dynamically rendered based on the GUI establishing instruc- above-mentioned advantage in improved GUIs. Because 

lions. MoDAL permits changing the GUI of an application "on the 

In still another aspect, a computer program product fly", the GUI can be personalized to each end user based on 

includes a computer program storage device that is readable s » Y anet y of conspirations, including the particular data 

, • c .- I- ■ 4 . being processed, the user s experiences, the user s current 

by an information appliance, and a program means on the . • • . , , . \ , , . i 

J 4 . . — . - i j physical context (including location), and the user s special 

program storage device. The program means includes pro- ^ abilities> T ^ tnc % ailorin ^ * done by thc ^ 

gram code elements that embody instructions which are from wfaich ^ / nicular app £ ation is downloaded, 

executable by the information appliance for performing though some tailoring can be undertaken by the user, 

method steps for dynamically rendering a graphical user io u [& {q b& understood that whUe me ferred UIA u is 

mterface (GUI) on a display associated with the ^formation embodied in a persooal distal assistant (PDA), it may also 

appliance. The method steps undertaken by the appliance be embod ied in other digital processing apparatus. For 

include converting at least one application written in a plain example, the UIA 12 can be embodied in a personal 

text language to a binary format for executing the applica- computer, or in any other computer, including computers 

tion. Also, the method steps include rendering the GUI on ^ so id under trademarks such as AS400, with accompanying 

the display based on the binary format. IBM Network Stations. Or, the UIA 12 can be embodied by 

The details of the present invention, both as to its structure a Unix computer, or OS/2 server, or Windows NT server, or 

and operation, can best be understood in reference to the IBM RS/6000 250 workstation, or an IBM laptop computer, 

accompanying drawings, in which like reference numerals The UIA 12 includes a computer program product, and 

refer to like parts, and in which: 20 specifically a UIA module 13, schematically shown in FIG. 

1, which may be executed by a processor within the UIA 12 

BRIEF DESCRIPTION OF THE DRAWINGS ^ a ser ies of computer-executable instructions. These 

FIG. 1 is a schematic diagram of the present system; instructions may reside, for example, in RAM of the UIA 12. 

r-r^ * ■ i r iL i t r.t_ « c Alternatively, the instructions may be contained on a data 

FIG. 2 is a block diagram of the general architecture of the 25 . ... . J , L1 - 

. . B B storage device with a computer readable medium, for 

present invention; example a computer diskette or PCMCIA card 14 that is 

FIG. 3 is a flow chart of the overaD logic of the present engageable with a drive 16 of the UIA 12. Or, the instruc- 

invention; tj ons mav be stored on a DASD array, magnetic tape, 

FIG. 4 is a block diagram of a particularly preferred 3Q conventional hard disk drive, electronic read-only memory, 

architecture; optical storage device, or other appropriate data storage 

FIG. 5 is a flow chart of a particularly preferred logic; device, such as but not limited a Web server from which the 

FIG. 6 is a flow chart that is a continuation of FIG. 5; and instructions can be downloaded from, e g, the above- 

™^ m- li 1 j- r c j t tt a nv 1 mentioned "TSpaces". In an illustrative embodiment of the 

FIG. 7 .s a block diagram of a preferred UIA/TSpace ^ - mvtDtioa> the ^p^^^ instructions may be 

interface. jj nes Q f ex tensible markup language (XML) code configured 

DETAILED DESCRIPTION OF THE in the below-disclosed "MoDAL" language. 

PREFERRED EMBODIMENTS FIG. 1 also shows that the UIA 12 can include peripheral 

computer equipment known in the art, including an output 

Referring initially to FIG. 1, a system is shown, generally ^ device such as a monitor 18 (e.g., a flat panel display). Other 

designated 10, that includes a universal information appli- types of sensory displays can be used, including tactile 

ance (UIA) 12. In the particular architecture shown, the UIA sensor "displays" and audio "displays". Thus, as used herein 

12 is a digital processing apparatus, such as a personal "display" means any component that produces signals that 

digital assistant (PDA) marketed under the trademark can be sensed by a human as part of a user interface, such 

Workpad®, made by International Business Machines Cor* 45 as a visual graphics user interface (GUI), 

poration (IBM) of Armonk, N.Y., and running a Palm OS2 Additionally, the UIA 12 can include an input device such 

operating system, Berkeley-Sockets version. Other PDA ^ a computer keyboard or keypad 20 and/or a pointing 

models can be used, however, such as a Palm Pilot™ made device, such as a joystick or trackball 22. Other output 

by 3COM of California. devices can be used, such as other computers, and so on. 

As disclosed in further detail below, the UIA 12 is 50 Likewise, input devices other than the keyboard 20 and 

programmed with a new computing language, referred to mouse 22 can be used, e.g., touch screens and voice recog- 

herein as "Mobile Document Application Language", or nition devices. 

"MoDAL" for short. The below-disclosed MoDAL language In the preferred embodiment, the UIA 12 accesses, via a 
permits the rapid development, rendering, and modification data transmission path 24 such as the Internet, a proxy 26 
of graphics user interfaces (GUI), such that plural GUI 55 that is associated with one or more globally shared, asso- 
instantiations of a widely used software application can be datively addressed memory spaces such as the above- 
respectively tailored to suit the needs of particular users, referenced "TSpaces" 28, for exchanging data between the 
e.g., physically challenged users. UIA 12 and the TSpaces 28. The proxy 26 converts data 
Specifically, the use of MoDAL facilitates the following from the UIA 12 to tuples (i.e., self-describing vectors or 
three advantages. First, MoDAL facilitates rapid application 60 arrays of values) for use of the tuples by the TSpaces 28, and 
development, such that a MoDAL application can be written the proxy 26 also converts tuples from the TSpaces 28 to 
in a matter of hours, compared to weeks or months that it data that is usable by the UIA 12. These tuples can originate 
would take to write the same application in a programming from, e.g., other network devices such as other desktop 
language such as "C". Second, MoDAL is independent of applications 30, Lotus® Notes® 32, or a corporate database 
the type of PDA on which it is used. Furthermore, MoDAL 65 34 that communicate with the TSpaces 28. 
applications can be dynamically loaded and executed, such Additionally, the UIA 12 can communicate with other 
that new applications or new device interfaces can be computer appliances via communication paths other than the 
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Internet 24. For example, the UIA 12 can communicate with APPSTOP, SET, GET, CONDITION, DATE, and TIME, 

a television 36 via a direct communication path 38 using Also, MoDAL data types include int (for "integer"), float 

infrared communication principles or using radio-frequency (for a floating point decimal), char (meaning a character), 

communication principles such as "Bluetooth" radiofre- and string. Other MoDAL elements include ELEMENT, 

quency communication, a 2.4 GHz system defined by an 5 which is used to store specific values that can be from UI 

industry consortium. It is to be understood that wired elements or that can be retrieved either from the local cache 

communication systems as well as wireless can be used. 48 or TSpace 28. 

The general logical architecture of the UIA module 13 can The below syntax sets forth an example (referred to herein 

be seen in reference to FIG. 2. As shown, a source 40 of UIA as "example 1") of a high level form of a plain text MoDAL 

applications that are written in the below-disclosed XML- 10 application that will be referred to from time to time in the 

based MoDAL language communicates with a parser 42. following discussion of the MoDAL language: 
The parser 42 converts the applications received from the 
source 40 to binary code, and parses out of the applications 

various application related-data tables or streams 44. In the APP , rnATTnKJ 7777 

. ... . _ i_ i i- * ic <ArrULAllON name - HcJlo> 

preferred embodiment, the parser 42 generates both a list of 15 <form name="MamForm" labei-"HeUo" 

user interface elements that are called for by the application, x-"i6<r y- u i60" height-"i60" width-- 160"> 

and a list of actions related to each user interface element. <textfteld name-'TFhello" x="80" 

. j - , - mii T!fl . y-"130" height-**12" width-"80" 

As described in detail below, a UIA engine 46 commu- mwcchars-"30" multiUne-"tme"> 

nicates with the application related-data tables or streams 44 </TEXTFlELD> 

for executing the applications from the source 40. Also, the 20 <button name-"BHeiio" iabei-"Say hi" x-"i20" y«"i45"> 

UIA engine 46 communicates with a local data cache 48 that ^sct rl > tne= , TFheiio"> 

is onboard the UIA 12, i.e., that is enclosed in the same PDA <STRING>" Hello World* WSTRING> 

housing as the engine 46. Furthermore, the UIA engine 46 </set> 

communicates with the proxy 26 for exchanging data with </action> 

the TSpaces 28 shown in FIG. 1 when the UIA 12 is 25 ^^f™^ 

connected to the Internet 24. It is to be understood that the </application> 

UIA engine 46 sends data to the data cache 48 when the UIA 

engine 46 is not connected to a network. . i - -jwt^at * - 

* „ . . . . , . w ^h the above example in mind, MoDAL syntax is set 

The overall logic of the present invention can be seen in 3Q ^ orm ^ f 0 u ows 

reference to FIG. 3. Commencing at block 50, an application ^ e name of ^ UcaUonj md its « are M forth 
written in the below-disclosed MoDAL language is m ^ fifst lme above Jn ^ ^ format fm ^ forth 
received. Moving to block 52, the application is converted to ^ applicalion name and owner ^ APPLICATION name- 
binary and parsed by the parser 42 to dynamically generate „ strin owner _« striQg2 " >; </APPLICATION>. 
the lists mentioned above, including a list of GUI elements 35 A « form « is the to of the MoDAL descriptions. All other 
associated with the application. Proceeding to block 56, the statemeQts are mside mis one> ^ name field iri the first 
UIA engine 46 uses the output of the parser 42 to execute the exemplary line above ^ a required aUribute> and it ^ ^ 
application at run time, presenting the appropriate GUI 0Q]y fof identification purposes . Th e owner fie i d is optional 
elements on, e.g., the display 18 as it does so Then, at block and [{ wm tQ « MoOAL ~ In the fields abovC) the 
56 the data output when the UIA engine 46 executes the ^ Qf daU - n the name and ownef fiekJs are indicated as 
application is stored in the local data cache 48, if the UIA 12 b . characler slrings> 

is not connected to a network, and otherwise is transmitted Moyi to the flexl line in E le (1) an e le 

to the network for, e.g., conversion of the data to tuples by (<w , e]emem i& ^ foUows; 

the proxy 26 (FIG. 1) for "posting" of the tuples in the <FORM name-"string" label="string2" x=«string3" 

TSpaces 28. TDus, the use of MoDAL allows a GUI to be 45 rf hei hl= « slring5 » width=<<string6» [savebehind- 

defined on the fly by the application developer, each time the ^^fo^ [meriU ~« s tring7'] [MoDAL="true'r false"] 

application is downloaded to a user. [usable="lrue'r false"] [help="help_name"]> 

The preferred MoDAL language is a specific definition of n j s t0 be understood that other elements, such as GUI 

XML, with statements to create UI elements, and to access elements, e.g., fields, buttons, etc., should be defined inside 

the data cache 48 and TSpaces 28. Each MoDAL application 50 a Form. The syntax </FORM> defines a form, which is 

can have some or all of the following elements: needed to declare any other UI element. 

Application Required attributes fields in forms are as follows (using 

UI elements entries in the example above): 

a „ ' t a iUo in fl u« ai , tc . name: id used to invoke the form, used in <FORMGOTO 

Actions associated to the UI elements ue lt ,„Lr t ^ , , , . , , , 

_ , , 55 nameo formname ></FORMGOTO>label: title of the 

Flow control elements form' 

Vanables x: x coordinate of the top left corner of the form, x="0"; 

MoDAL types y: y coordinate of the top left coordinate of the form, y="0"; 

Comments height: height in pixels, height="160"; and 

The description of each of the above items is completed 60 width: width in pixels, widtho"160". 

in a MoDAL statement of the form: In contrast, optional attributes that can be part of a form 

<Element_name attributes>, it being understood that are as follows: 

elements can be nested within each other as described below. savebehind: turn on, off the savebehind bit, default is false; 

The UI elements include Form, Button, Field, List menu: id of the menu element to be associated with this 

PopUpTrigger, Menu, Help strings, and Tables, whereas the 65 form, default is no menu, menu="MainMenu"; 

Action elements include Data base Read, Data base Write, MoDAL: turn on, off the MoDAL bit, default is false; 

Data Base Delete, Tuple Send, Tuple Query, FORM GOTO, usable: turn on, off the usable bit, default is true; 
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help: id of the help element associated with this form, 
help="HelpString"; 

As shown in example (1) above, a TextField can also be 
provided having the following syntax: 

<TEXTFIELD nameo"stringl" x«"Xvalue" yo"Yvalue" 5 
heighto"Hvalue" widtho"Wvalue" maxchars="value" 
[SingleLine="true"["falsc"] [usableo"true"j"false"]; 
[editableo«true"|"false"] [underline»"true"| (( false"] 
[autoshift="true"j"false"] 

[ScrollBar="true"|" false"] [numeric^"true"j"false"]> 10 

[<ACTION> 

</ACTION>] 
</TEXTFIELD> 

Actions may be defined to occur when a user selects the 
text field. Required attributes of a textfield are as follows: 15 
name: id of the text field; 

x,y,height,widtb: coordinates and dimensions of the field in 
pixels; and 

maxchars: maximum number of chars the field can contain. 

Optional attributes of the "text field" include: 20 
singleline: field can only have 1 line of text, no carriage 

return is accepted, default is false; 
usable: field is displayed on the form if set to true, default 

is true; 

editable: if true user can enter values, if false values are set 25 

only from the application, default is true; 
underline: true or false, displays underlined characters, 

default is false; 
autoshifl: set autoshift, true or false, default is false; 
scrollbar: field has a vertical scrollbar, true or false, default 30 

is false; and 

numeric: field can contain only numeric characters, true or 
false , default is false. 

Further, example (1) above shows that a GUI button 
element can be defined in a form, and the syntax to do so is 35 
as follows: 

<BUTTON name="buttonid" label="text" x="xvalues" 
y= 'yvalue"; 
[usable-"true"|"false"]> 

[<ACTION> 40 
</ACTION>] 
</BUTTON> 

It is to be understood that the "Actions" listed in the action 
fields are associated with the button and are triggered when 45 
the user clicks the button. Required attributes of the "button" 
are as follows: 
name: id of the button; 

x,y,height,width: coordinates and dimensions of the button 

in pixels; and 5Q 
label: text to be shown on the button. 

Optional button attributes include "usable", which indi- 
cates whether the button is displayed on the form (if set to 
true), with the default being true. 

In addition to or in lieu of a button, a GUI checkbox can $$ 
be defined in a form, and the syntax to do so is as follows: 
<CHECKBOX name="CB_name" labelo"texl" x«"int" 
y»"int" selected="false" 
[usableo"true"j"false"]> 

[<action> 60 

</action>] 
</CHECKBOX> 

This syntax defines a checkbox in a form and usts actions 
that will be invoked when the user click on the checkbox. 
Width and height attributes are not used, it being understood 65 
that they are set automatically depending on the number of 
characters in label. 



Required attributes of the checkbox definition are: 

name: id of the checkbox; 

x,y: coordinates of the checkbox in pixels; 

label: text to be shown on the checkbox; and 

SELECTED: true or false, with "true" displaying the check- 
box as selected. 

Optional attributes of a checkbox include "usable", which 
indicates whether the checkbox is displayed on the form (if 
set to true), with the default being true. 

A "CheckBoxGroup" can also be defined on a form with 
the following syntax: 

<CHECKBOXGROUP nameo"group_name"> 

[<checkbox>„] 

</CHECKBOXGROUP> 

This feature of the MoDAL language is used to group one 
or more check boxes together, and only one checkbox will 
be checked at a time inside the group. 

A Label element can also be defined in a form using this 
syntax to add static text to a Form: 
<LABEL name="label_name" label="text in the label" 
x»"int" y="int"x/LABEL> 

The height and width of a label are calculated based on the 
number of characters in the label. 

Furthermore, using MoDAL syntax a List can be defined 
in a form thusly: 

<LIST name="list__name" x="int y="int" height«"int" 
width-"int" rows-'int" [visibleRows-"int"] 
[usable="trueTfalse"]> 

[<ACTION>MoDAL_actions </ACTION>] 
</LIST> 

Actions set forth in the definition of a "list" are executed 
when the user selects a row in the list. The attribute selected 
indicates the row number of the user selection, with rows 
being numbered starting from the top and being zero -based. 
Optional attributes of a list are: 

visibleRows: number of rows in the list to display, defaults 
to the value of rows; and 

usable: true or false, defaults to true, it should be false when 
declared inside a POPUP menu or list as described more 
fully below. 

With the above in mind, a POPUP menu or list element is 
defined in a form as follows: 

<POPUP name»"popup name" label="popup_label" 
x="value" y~"value" [usable="true"| u false"]> 

[<LIST . . . >MoDAL_actions</LIST>] 
</POPUP> 

A POPUP element may contain only one LIST declara- 
tion. The height and width of a POPUP list are calculated 
based on the number of characters in the label attribute. Lists 
that are declared inside a POPUP element should have the 
usable attribute set to "false". MoDAL actions inside this 
List may not be required because the preferred Palm oper- 
ating system (OS) automatically sets the POPUP label to the 
list selection. 

A menu UI element can be defined thusly: 
<MENU name-"menuName"> 

<SUBMENU label-"MenuLabel"> 

[ <SEPAR ATOR> </SEPAR ATO R >] 

<ITEM label-"ltemUbel"> 

[<ACnON>MoDAL_actions</ACTION>] 

</ITEM> 

[<SEPARATOR> </SEPARATOR>] 

[<ITEM>. . . [<SEPARATO Rx/SEPARATO R > ]. . . ] 

[<KEYBOARD></KEYBOARD>] 

[<GRAFFITI></GRAFFITI>] 

</SUBMENU> 

[<SUBMENU>. . . ] 
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</MENU> 

The above syntax defines a menu element inside an 
application. This syntax must be defined outside a form, 
before the form it will use it. Menus are associated with a 
form by setting the menu attribute of the form to the name 
of the menu. 

In accordance with the present invention and as indicated 
in the syntax above, menus contain one or more sub menus, 
and sub menus contain one or more "items". Items may 
contain actions that are associated with the menu for invok- 
ing the actions when a user clicks on the menu. Moreover, 
a "separator" draws a horizontal line between menu items. 
Separators may be declared anywhere in a sub menu, outside 
"items" declarations. The "keyboard" syntax, on the other 
hand, brings up the keyboard reference dialog, the focus of 
which should be on a TEXTF1ELD. Otherwise, the Palm OS 
will not display the keyboard. Completing the explanation of 
the menu syntax, "graffiti" invokes the graffiti reference 
dialog, if any. 

Returning to what can be defined inside a form, a "help" 
string in a form can be defined as follows: 
<HELP name="helpName" label="help text" ></HELP> 

The help string is associated with the form element by 
setting the help attribute to the "help" name attribute, i.e.,: 
help-help_string. 

Additionally, a table can be defined inside a form thusly: 
<TABLE name="table_name" x="int y-"int" height="int" 
width="int" rows="inl" 

cols=int [visibleRows="int"] [usable ="true"|"false"]> 

[< ACT1 ON>MoDAL_actions </ACTION>] 
</TABLE> 

In the above syntax, the row height and column width is 
the dimension of the table divided by the number of columns 
or rows. 

As disclosed previously, in addition to UI elements, action 
elements can be defined as shown in example (1), and the 
preferred syntax for the first action element (reading data 
from the local cache 48) is as follows: 
DBREAD (database read): 
<DBREAD name="dbName"> 

<RECORD> 

<GET . . . >|MoDALTYPE 

VRECORD> 

<FIELD> 

<SET nameo"element_name" attro"atr_name"></ 
SET> 
</FIELD> 

[<! — other fields — >] 
</DBREAD> 

The DBREAD action reads a record from the local data 
cache 48. The value inside the <RECORD> element indi- 
cates what numerical record to read. It must be an integer, or 
the attribute of an <ELEMENT> that stores and integer. The 
<FIELD> elements specify where to store the retrieved 
information. One or more fields may be retrieved on one 
DBREAD operation. As set forth more fully below, various 
types of Mo DAL values such as integers, floating point 
decimals, strings, and characters for the various variables 
that are called for can also be defined. 

As an example, assume that a MoDAL application 
includes a form and a list that will be updated after retrieving 
data from the local data cache 48, with a button being used 
to read the data cache 28 and update the list with the 
retrieved information. The syntax to invoke this is: 
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<APPUCATION namc- w DB read examplc"> 

<FORM aame-"exForaT x=T y-T' height-"160" width-**160"> 
5 <LIST rwme- 4, exList" x-"10" y- M 25" height-"80" 

width -"80" rows-"5"></UST> 

<BUTTON name-"update" x-"60" y-"20" label-"update"> 
<ACTION> 

<DBREAD name«"data_base_tiame"> 
<RECORDxINT> u r , </INT>VRECORD> 
10 <FIELD> <SET name= u exList" 

row="l"></SET> </FIELD> 
</DBREAD> 
</ACHON> 
</BUTTON> 
</FORM> 
15 </ APPLICATION 



The DBWRITE (database write) action element writes 
data to the local cache 48 using the following syntax: 
<DBWRITE name="dbName"> 
20 <RECORD> 

<GET . . . >|MoDALTYPE 
</RECORD> 
<FIELD> 

<GET name="element_name"x/GET> 
25 </FIELD> 

[<! — other fields — >] 
</DBWRITE> 

The value inside the <RECORD> element indicates what 
numerical record to write. It must be an integer, or the 
30 attribute of an <ELEMENT> that stores an integer. The 
<FIELD> elements specify where to get the information to 
be written. One or more Fields may be retrieved on one 
DBWRITE. When reading the information with a DBREAD 
the type of the fields should match the ones used during a 
35 DBWRITE. 

As an example, assume that a MoDAL application intends 
to write a text field to the local cache 48 using a button. The 
following syntax would be used: 



APPLICATION name-"DB write example"> 

<FORM namc-"cxForm" x»T y-'T' height-" 160" width-" 160"> 
<TEXTFIELD name-"exfield" x="10 M y-"25" hcight» M 20" 
maxchars-"80" ></TEXTFIELD> 
45 <BUTTON oame-exButton x-"60" y-"20" label-"save"> 

<ACTION> 

<DBWRITE name-"data_base_namc"> 
<RECORDxINT>l </INT></RECORD> 
<FIELD> <GET name-"exfield"></GET> </FIELD> 
</DBWRITE> 
50 </ACTtON> 
</BUTTON> 
<^FORM> 
</APPLICATION> 



55 It is to be understood that the user can write data in the 
text field in, e.g., record 1 of the data base "data_base_ 
name". 

In addition, DBDELETE can be used to delete data in the 
cache 48 using the following syntax: 
60 <DBDELETE name-dbName> 
<RECORD> 

<GET name=element name attr»"attr_ - name"> 

</RECORD> 
</DBDELETE> 
65 The value inside the <RECORD> element indicates what 
numerical record to delete. It must be an integer, or the 
attribute of an <ELEMENT> that stores an integer. 
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As discussed previously, the UIA 12 can transfer data not 
only to the local cache 48, but to a network data storage such 
as TSpaces 28. To this end, a TQUERY action can be defined 
using the following syntax to read a tuple from the specified 
space in the Ts paces 28: 5 
<TQUERY name="space_Name"> 

<FIELD> 

<SET name-"element_name" attr-"atr_name"></ 
SET> 

</FlELD> 10 
[<! — other fields — >] 
</TQUERY> 

The <FIELD> elements specify where to store the 
retrieved information. The type of the field is obtained from 5 
the type of the attribute of the element where the value will 
be stored, and the type for all GUI elements is <STRING> 
except for <CHECKBOX>, in which case it is an <INT> 
(integer). "Set" and "get" actions are discussed further ' 
below. 

Further, "fields" may have a defined type and value, for 
example: 

<FIELD> 
<STRING>"NEW"</STRING> 

</FIELD> 25 

The previous lines specify a Field that contains a string 
and the value should be "NEW". One or more Fields may be 
retrieved on one TQUERY. 

As an example, assume that it is wished to update a list 
after retrieving data from TSpaces using a button to read the 30 
data from the TSpaces and update the list with the retrieved 
information. The following syntax would be used: 



20 



35 



40 



APPLICATION name= ,4 Tuple Query example"* 

<FORM name= u exForrrT x="l" y="l" height- 44 160" width="160"> 
<LIST name="exList" xo"10" y«"25" height«**80" 
width-"80" rows-5></LIST> 

<BUTTON nam c="up date" x="60" y="20" label="update"> 
<ACTION> 

-cTQUERY namc-"Tspacc_name"> 

<FIELD> <SET name-"exlist" row-"l"> </FIELD> 
</TQUERY> 

<!-- this TQUERY should result in a query for a 
Tuple from TSpaces that contains a string --> 
</ACTION> 

</BUTTON> 45 
</FORM> 
^APPLICATIONS 



A "TSEND" action can be used to send data to the 
TSpaces proxy 26 and thence to TSpaces 28 using the 50 
following syntax: 
<TSEND namWspace^ Name"> 

<FIELD> 

<GET name="element„name" attr-"atr_name"></ 
GET> 55 
</FIELD> 

[<! — other fields — >] 
</TSEND> 

The <FIELD> elements specify where to get the in for- 60 
mation to be sent. Elements contained in a FIELD definition 
in a TSEND include: 

GET, DATE, TIME, STRING, INT, FLOAT, CHAR 
One or more TSend fields may be used. 

As an example, assume a text field in a form is to be sent 65 
to TSpaces using a button to write the information to 
TSpaces. The following syntax is used: 



^APPLICATION namc-'TScnd example'^ 

<FORM name- "ex form" x-*'l" y-"l" height- 44 160" 
width-"160"> 

<TEXTFIELD name-"exfield" x-"10" y- 4 ^* heigh t-"20" 
maxcharB-"80" ></TEXTFIELD> 
<!- the user can write data in the text field, this will be 
written in record 1 of the TSpace 

"TSpace name" -> 

<BUTTON name-exButton x-^O" y»"20" label»"save"> 
<ACTION> 

<TSEND name»"TSpace_name"> 
<F1ELD> <GET 

name-"exfield'WGET> </FIELD> 
</TSESD> 
</ACTION> 
VBUTTON> 
</FORM> 
</APPLICATION> 



As alluded to above, a "FORMGOTO" action is provided 
for invoking a name. The syntax associated with this action 
is: 

<FORMGOTO> 

<GET name="element name" attr="atr name^x/ 

GET> 
</FORMGOTO> 

Here, the element name is the name of the Form to display 
and is associated with an <ACTION> element. A 
<STRING> element may be defined as the form name. 

In some of the above examples, "set" and "get" actions 
are used. The "set" action sets the attribute of an element to 
the type value specified as follows: 
<SET name-"elemenL_name" [row-"int" [col-"int"]]> 

[[MoDAL type]{[<GET ...>]] 
</SET> 

The value is optional, and is not used when a "set" action 
is within a DBREAD or TQUERY action, because the value 
used under those circumstances will be the one retrieved 
from the local data base or from TSpaces. "Row" is used if 
accessing a list or table element, and "Col" is used only if 
accessing a table. Also, a special value ("selected") can be 
specified to get the user selection on either "Row" or "Col". 
"MoDAL type" defines the type of data as described further 
below. 

The "set" action has a scope wherein it can be used to set 
values in <ELEMENT ..> fields outside the form where the 
"set" action is contained, and it can also set values in UI 
elements in the same form where the "set" action is con- 
tained. The elements that can have values set include: 
TEXTFIELD (set to a STRING); 
LIST specify ROW (set to a STRING); 
TABLE specify ROW and COL (set to a STRING); 
CHECKBOX (set to an int, char or float). A 0 value will be 

not checked, and anything else is checked; and 
ELEMENT (set to the type used to define the ELEMENT). 

A "get" action is provided to retrieve the attribute value of 
an element as follows: 

<GET name="element_name" [row="int"j"SELECTED" 
[col»"int"j"SELECTED"]></GET> 

The "get" action is used within DBWRITE, TSEND, or 
ACTION elements. "Row" is used when getting a value 
from a list or a table, and "Col" is only used when getting 
a value from a table. "SELECTED" can be specified to gel 
the current selection, it being understood that "SELECTED" 
is used only if an ACTION is contained in a LIST or 
TABLE. Using "SELECTED" from outside a LIST or 
TABLE will invalidate the GET action, resulting in a NULL 
value. 
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The "get" action can obtain values from <ELEMENT ..> In response to the parsed GUI instructions of the MoDAL 

fields outside the FORM where the GET action is contained, application received by the parser 42, the parser 42 accesses 

and it can also obtain values from UI elements in the same a library 68 of user interface classes. This library 68 contains 

form where the GET action is contained. A GET action the necessary GUI classes, i.e., definitions, of the MoDAL 

obtains values from the following elements: 5 GUI elements that can be invoked by a MoDAL application. 

TEXTFIELD (gets a STRING); After retrieving the appropriate GUI classes from the 

LIST specify ROW, (gets a STRING); library 68, the parser generates the application related data 

TABLE specify ROW and COL, (gets a STRING); tables or streams 44 based on the specific GUI instructions 

CHECKBOX gets an int. A 0 value will be not checked, and contained in the particular MoDAL application being pro- 

anylhing else is checked; and More particularly, the parser 42 generates a list 70 of 

<ELEMENT (get the type defined with the ELEMENT). GUI res0 urces (i.e., GUI elements that are to be used for the 

$J™n a i U ° n °! !T taX T^^^u^ P articular MoDAL application being processed). Each GUI 

a STRING element witf. the current date in the UIA 12 {q ^ { ™ ?0 . g ^JJ^ ^ a unj 

C S P Sl S a t tim % 7 4 C ^° r D f aV,n f l !!u t u yntaX Resources, with the ResourcelDs being assigned in 

<TiMEx/nME> returns a STRING element with the cur- ' t . - * & 

rent time in the UIA 12 clock. In contrast, an "application 15 mI'a.m^ r™L 7f ' num "£ VTa- 1 

stop", or APPSTOP action element having the syntax M0DAIMANAGERTOP++I, for reasons to be shortly dis- 

<APPSTOP> closed. Also, the parser 42 generates an elements list 72, 

<GET name="element_name" attr="atr_name"></ wm f h sets forth the various actions that have been associ- 

(3ET> ated with the GUI resources in the list 70 as defined in the 

</APPSTOP> 20 MoDAL application. Each element node in the elements list 

stops the processing of events for a MoDAL application. 72 P oinls 10 its P arent and child nodes, its attributes, and its 

The APPSTOP action element draws a form listing other value. Each MoDAL element can be defined using the 

available MoDAL applications to allow the user to run a following syntax: 

different MoDAL application. Thus, this keyword will signal <TAG attributes [more attributes]> 

the MoDAL engine to stop, and exit the current form. 25 <CHILDTAG attributes [more attributes]> 

Having described UI elements and action elements, </CHILDTAG> 

"MoDAL Type" elements are now disclosed. As listed </TAG> 

above, one type of MoDAL element is an integer having, for As shown in FIG. 4, the UIA application processor 64 

example, a syntax as follows: <INT>123</INT> to define accesses the list 70 of GUI resources and elements list 72 

the integer constant 123. Another MoDAL type element is 30 during execution of the MoDAL application (i.e., during 

the floating point decimal, defined as follows: subsequent receipt of MoDAL application events for execu- 

<FLOAT> 123.456 </FLOAT> (which, in the example, tion from the event loop 58) to dynamically present a GUI 

defines the float constant 123.456). Still another MoDAL that can have been easily, quickly, and specifically tailored 

element is "character", which defines a letter, e.g., for the user of the UIA 12. 

<CHAR>"A"</CHAR> defines the character constant "A". 35 The operation of the system architecture shown in FIG. 4 
Furthermore, a string of characters can be defined using the can be appreciated in reference to FIGS. 5 and 6. Corn- 
syntax <STRING>"HELLO"</STRING>. In this example, mencing at block 74 in FIG. 5, the MoDAL manager 62 is 
the character string "HELLO" has been defined. started. Moving to block 78, a form is displayed to the user 

Other elements can also be defined. For example, the that lists the available MoDAL applications on TSpaces, or 

element "ELEMENT' can be defined as follows: 40 on the local data cache 48. At block 78, the event loop 58 

<ELEMENT n ame el em ent name" type- (FIG. 4) is started, and then at block 80 the form listing the 

"int"j"float"|"char"j"string"></ELEMENT> available MoDAL applications is loaded. 

In the preceding example, the "ELEMENT" syntax has From block 80, the process can move along two logical 

been used to define a named element that can store the type paths. Specifically, the process can move from block 80 to 

of values defined in "type" entry. A value can be set using 45 decision diamond 82, wherein it is determined whether the 

a "SET' action and retrieved with a "GET* action. ResourcelD of the current event in the event loop 58 is 

Additional MoDAL grammar is set forth in the appendix higher than a numeric setpoinl referred to herein as 

at the end of the specification. "MoDALMANAGERTOP". No events, until they have been 

Now referring to FIG, 4, a preferred architecture for use parsed by the parser 42 as more fully disclosed below, have 

when the UIA 12 is embodied by an IBM Workpad® is 50 a ResourcelD greater than "MoDALMANAGERTOP". 

shown. As shown, the source 40 of MoDAL applications Accordingly, in the first iteration the test at decision dia- 

(F1G. 2) can be established by an event loop 58 that is mo nd 82 is negative, and the process consequently moves to 

controlled by the operating system 60 of the UIA 12. The block 84 to continue the event loop 58 processing using the 

event loop 58 communicates events to the UIA engine 46, next event, sending the current event to the host operating 

and more particularly to a UIA manager 62 and a UIA 55 system for processing. When, however, an event is found at 

application processor 64. The UIA manager 62 manages the decision diamond 84 to have a ResourcelD greater than 

operation of a UIA communication manager 66, which "MoDALMANAGERTOP", the logic moves to block 86 to 

communicates with the UIA application processor 64 to pass the event to the UIA application processor 64 of the 

communicate data between the application processor 64 and UIA engine 46 for execution of the event and/or display of 

either the TSpace proxy 26 (if the UIA 12 is connected to the 60 the dynamically established GUI, as more fully set forth 

network) or the local data cache 48 (when the UIA 12 is not below in FIG. 6. 

connected to a network). Additionally, the logic can move from block 80 in FIG. 5 

Additionally, the UIA manager 62 controls the flow of to block 88, wherein a user selection of a MoDAL applica- 

data to the parser 42. As discussed above, the parser 42 tion on the form of applications (presented at block 78) is 

transforms the above -disclosed MoDAL syntax to binary to 65 received. Proceeding to block 90, the MoDAL application is 

extract GUI establishing instructions therefrom as pa rt of the sent by the manager 62 to the parser 42. The logic of the 

dynamic GUI establishment feature of the present invention. parser, at block 92, parses the application as described and, 
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using the library 68 of UI classes (FIG. 4), generates the list With this invention, the UIA12 can be used as a universal 

70 of GUI resources and elements list 72. remote control for any device, such as a television, and as a 

From block 92, the logic moves to block 94 wherein the ^ ^ ^ U[A 

main form of the selected application is loaded by invoking _ , , , . . <T 

the "FormGoTo" application programming interface (API) 5 12 can cstabIlsh an ada P tlvc ,nlcrfacc infrastructure for 

that has a ResourcelD at least one greater than "MoDAL- special handicapped devices. Also, the UIA12 can establish 

MANAGERTOP". Proceeding to block 96, the main form is medical application interfaces for interacting with a complex 

sent to the event loop 58, and the logic loops back to block database of information. 

84 to continue processing as described. FIG. 7 shows a preferred interface with TSpaces 28. First, 

FIG. 6 shows the logic of the UIA application processor w ^ preferfed proxy 26 hag ^ following slmcture: 

64, once a MoDAL application has been processed by the n „ , t , ™ t . . - 1 . . t . . 

" - ^ . , i t no . Tf TA i - Buffer Length: Total length of the data being sent; 

parser 42. Commencing at block 98, the UIA application f , 4 , j « -j *-c 4L < r a 

r £ . . " 4 * . , -o Link ID: constant value used to identify the type of flow 

processor 64 receives an event from the event loop 58, the , TTr 

test at decision diamond 82 in FIG. 5 having been positive J?™ th < ™ 26 and ™ A ^ A „ u 

following the step at block 94 in FIG. 5. At block 100, using 35 TSSS Ts P aceSend( ) data sent from UIA 12 to the proxy 26; 

the ResourcelD of the received event, the appUcation pro- TSSR TspaceReceive( ) data sent from UIA 12 to the proxy 

cessor 64 retrieves the event from the event list 72 (FIG. 4), 2 ^> 

if the event is present in the list 72. At block 102, it is TSS Q TspaceQuery( ) data sent from UIA 12 to the proxy 

verified that the event has indeed been found in the list 72, ^ 26; 

and if so, the event (associated actions, GUI presentations, TSRS TspaceSend( ) data sent from the proxy 26 to UIA 12; 

etc.) is executed by the application processor 64. SRR TspaceReceive( ) data sent from the proxy 26 to UIA 

After executing the event at block 104, the application 12; and 

processor 64 returns a code to the event loop 58 at block 106, TSRQ TspaceQuery( ) data sent from the proxy 26 to UIA 

indicating that the event has been executed. Next, at decision 25 12. 

diamond 108 it is determined whether the event was an The proxy 26 includes a data buffer that contains an array 

application termination (i.e., an "appstop" event), and if it 0 f foi ds up to me tota i length of the buffer, with each field 

was, the logic moves to block 110 to load the MoDAL haying the following struc ture: 

manager form (that lists the available MoDAL applications) T . . 4 . _ t , _ , , . , . 4 , 

- , .) n ,t>. . i t u i c %n Fie l d Length: length of the field, including length, type and 

and to set all ResourcelDs to less than the value of 30 6 & & & 

"MoDALMANAGERTOP". In contrast, if the event was not va l uc i 

t . A . 4 . 4 . A , . . j IAD *i_ Type: type of value stored in the field; and 

an application termination at decision diamond 108, the /f Jtr . ' 

. . r . . . . t , . 4l _ 4 . , Value: value stored in the field. This part or a field does not 

logic moves to block 112 to continue the event loop to ... , 

, , wnAI t *■ exist in the case wherein a 

contmue executing the MoDAL application. _ _ . , , 4 i .„ 

Recall that at decision diamond 102 it is verified that the 35 } * ^ * daU ' yPC ^ Q ° Sp6ClfiC 

event has been found in the list 72. When an event is not ' . . 

found, the logic moves to block 114 to return a code to the u ™ a ^ vc P rcfcrrcd ^ 26 lD mind > ™ 7 s ^ ows ) ha j 

event loop 58 indicating that event has not been handled by the UIA 12 communicates with the proxy 26 as described 

the application processor 64, and that the event consequently ^ previously, with the proxy 26 in turn communicating with 

should be passed to the native (host) operating system for TSpaces 28. A MoDAL application can be used to send 

execution. The event loop is then continued at block 112, tuples to TSpaces 28, with the tuples having a defined tuple 

With the above architecture, logic, and MoDAL language structure. An interface application (registered at the Tspaces 

description in mind, it can now be appreciated that the server) will be listening, expecting to receive these specific 

present invention generates UI components or elements, 45 tuples. The listening application will attempt to identify the 

performs general computation, and interacts with both the received Tuples as data intended to be sent to a Lotus® 

local data cache 48 and TSpaces 28 such that real dynamic Notes® database 112 (or as a query request for Lotus Notes). 

user interface rendering is undertaken and database and data ^ pre defined tuple structure makes it easy for the MoDAL 

caching functions are also undertaken. By "dynamic" user jq pr0 g rammer l0 specify the tuple as an instruction or data that 

interface rendering is meant that the MoDAL language the intcrface will rcccivc and will pcrform ^mc action lo 

permits the user interface to be defined and modified on the obtajn tQ and/ ^ dale data from lhe dataDase m> wnile 

fly both locally and remotely. Such adaptive user interfaces . . . , c KT , 

y 7 7 \ passing a minimum number of Notes parameters. 

will be come more important as PDAs become more per- . , - , c t . ... 

r r A listener waits for information to be written to a 

vasive 55 

. . . . , . . . . • t tt a TupleSpace (TransT\ipleSpace). An API call to, e.g., the 

In some cases, through simple learned behavior the UIA , r , r „ * .„ , . , ^ x ™ 

. lL . . _z 4 , a . , .. database 112 will depend on the request (key). The return 

12 can change the interface on the fly to better suit the user, r n v J/ 

and can also save the changed interface (and associative that 15 returned from Notes 15 handled b V a retura code 

function) in the original appUcation description, which can class U3 > which P laces mis return codc on the Trai *Tu- 

then be saved on a network server for permanent storage. 60 pleSpace (key-TTSreturn). The main Java-language module 

Because the user interface can be generated on the fly, the ^ * translistener class 114 registers a callback class 115 with 

interface can be composed in such a way that it is completely the TSpaces 28 server. When a certain tuple is written to the 

personalized to the end user based on a variety of param- TransTXipleSpace, the translistener call back class 115 is 

eters. The local database function advantageously gives all 65 called with the tuple information. This information is routed 

applications a uniform data representation, one that allows by calling a notes thread class 116. This class 116 should 

data to cross over from one application to the next. process the information or call another class to do so. 
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5 Appendix - Further MoDAL grammar 

::= MComent_Statement* MStart_Statement MBody MEnd_Statement EOF 



£3 

f,3 MComent_Statement ::= S* '<' T ( (Char - '-') | ('-' - (Char - '-')))* 
U >..' >>> 

1GP MStart_Statement ::- S* '<' 'APPLICATION' S+ NAME_ATTRIB (S* OWNER ATTR1B)? 
>i s* '>' 

MBody ::= MFortn ( MForm* ] MMcnu* | MHclp* ] MIgnor* )* 

i, i [VC: It should be a form. name = 'main'] 

MEnd_Statement S* '<' 'V 'APPLICATION* S* 



MForm ::= MForm Start MFormBody MFormEnd 
MMenu ::= MMenuStart MMenuBody MMenuEnd 

MHelp ::= S* '<' 'HELP' S+ NAME_ATTRIB S* LABEL_ATTRIB S* *>"</HELP> 
MIgnor '<' TAG S+ ( (Char-[ A *>'])* J S* )* S* 



MFormStart ::= S* '<* 'FORM' S+ NAME_ATTRIB S* LABELATTRIB S* X_ATTRIB S* 
Y_ATTRIB S* HGHT ATTR1B S* WDTH ATTRIB (S* SAVE_ATTRIB)? 
(S* MENU_ATTRIB)? (S* MoDAL_ATTRIB)? (S* USBLE_ATTRIB)? 
(S* HLP_ATTRIB)? S* '>' 
25 MFormBody ::- ( MTxt* ] MBttn* [ MChkBx* J MChkBxGrp* | MLbl* | MLst* | 
MPopUp* )* 
MFormEnd S* '<' V 'FORM' S* '>' 



MTxt ::= MTxtStart MAction MtxtEnd 
30 MBttn MBttnStart MAction MBtnEnd 
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MChkBx MChkBxStart MAction MChkBxEnd 
MChkBxGrp MChkBxGrpStari MChkBx+ MChkBxGrpEnd 

MLbl ::= S* '<' 'LABEL* S+ NAME_ATTR1B S* LABEL_ATTRIB S* X_ATTRIB S* 

Y_ATTR1B S* *x/LABEL>* 
ML st ::= MLstSart MAction MLstEnd 
MPUStart ::= MPUStart Mist? MPUEnd 



MTxtStart ::= S' '<' 'TEXTFIELD' S+ NAME_ATRIB S» X_ATTRIB S* Y_ATTRIB S* 

HGHT_ATTRIB S* WDTH_ATTRIB S* MXCHR_ATTRJB (S* SNGL_ATTR1B)? 
(S* USBLE_ATTRIB)? (S* EDIT_ATTRIB)? (S* ULINE_ATTRIB)? 
(S* ASHFT_ATRIB)? (S* SBAR_ATRIB)? (S* NUM-ATTRJB)? S* '>' 

MTxtEnd S* 'V 'TEXTFIELD' S* 



MBttnStart ::= S* '<' 'BUTTON' S+ NAME_ATTRIB S* LABEL_ATTRIB S* X_ATTRIB S* 

Y_ATTRIB (S* USBLE_ATTRIB)? S* '>' 
MBttnEnd S* '<' 'V 'BUTTON' S* 



MChkBxStart ::= S* 'CHECKBOX' S+ NAME_ATTRIB S* LAB EL ATTRIB S* X ATTRIB 
S* 

Y_ ATT RIB S* SELCTATTR1B (S* USBL_ATTRIB)? S* •>' 
MChkBxEnd ::= S* *<' 'V 'CHECKBOX* S* >' 



MChkBxGrpStart S* '<' 'CHECKBOXGROUP' S+ NAME.ATTRIB S* >' 
MChkBxGrpEnd ::= S 4 '<' 'V 'CHECKBOXGROUP' S* >' 



MLstStart ::= S* '<' 'LIST' S+ NAME_ATTRIB S* X_ATTRIB S* Y_ATTRIB S* 
HGHT ATTRIB 

S* WDTH ATTRJB S* ROW_ATTRIB(S* VWROW_ATTRIB)?(S*USBL_ATTRIB)? 
S* '>' 

MLstEnd ::= S* '<' 'V 'LIST' S* '>' 



MPUStart ::= S+ '<' 'POPUP' S+ NAME_ ATTRIB S* LABEL_ATTR1B S* X_ATTRIB S* 
Y_ ATT RIB 

IBMCaicNo. AMWM34 38 
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(S* USBL_ATTRIB)? 'S*' 
MPUEnd ::= S* V 'POPUP* S* '>' 



MMenuStart S* *<' 'MENU' S* NAME_ATTRIB S* '>' 
MMenuBody MSubMnu S* MSubMnu* 
MMenuEnd ::= S* '<' 'V 'MENU' S* 



MSubMenu ::= MSubMnuStart MI tern S* MSubMnuBody* MSubMnuEnd 



MSubMnuStart ::= S* <' 'SUBMENU' S+ LABEL.ATTRIB '>' 
MSubMnuBody ::- MItcm ] MSeparator 
MSubMnuEnd ::= S* '<' 'V 'SUBMENU' S* '>' 



MI tern ::= S* Ml tem Start MAction+ MItemEnd 
MSeparator ::= S* ^"SEPARATOR' S* '></SEPARATOR>' 



MItemStart ::= S* *<' 'ITEM* S+ LABEL_ATTRIB S* >' 
MItemEnd ::= S* '<' V 'ITEM' S* »>' 



MAction 



NAME_ATTRIB ::= 'name' S* EQ S* STRING 
OWNER_ATTRIB 'owner* S* EQ S* STRING 
LABEL_ATTRIB ::= Mabel' S* EQ S* STRING 
X_ATTRIB 'x' S* EQ S» NUM_STR 

Y_ATTRIB ::= 'y' S* EQ S* NUM STR 
HGHT_ATTRIB ::= 'height' S* EQ S**NUM_STR 
WDTH ATTRIB ' width' S* EQ S* NUM STR 
SAVE ATTRIB ::= 'savebehind* S* EQ S* BOOL_STR 
MENU_ATTRJB ::= 'menu' S* EQ S* STRING 
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MoDAL_ATTRIB ;:= 'MoDAL* S* EQ S + BOOL_STR 
USBLE_ATTRIB ::= 'usable' S* EQ S* BOOL_STR 
HLP_ATTRIB ::= 'help' S* EQ S* STRING 
MXCHR_ATTRIB ::= 'maxchars' S+ EQ S* NUM_STR 
SNGL_ATTRIB ::= 'singleline' S* EQ S* BOOL_STR 
EDIT_ATTRIB ::= Editable 1 S* EQ S* BOOL_STR 
ULINE ATTRI B 'underline' S* EQ S* BOOL_STR 
ASHFTATTRJB ::= 'autoshifT S* EQ S* BOOL_STR 
SBAR_ATTRIB ::= 'scrollbar' S* EQ S* BOOL_STR 
NUM_ATRIB ::= 'numeric' S* EQ S* BOOL_STR 
SELCT_ATTRIB ::= 'selected' S* EQ S* BOOL_STR 
ROW_ATTRIB ::= 'rows' S* EQ S* NUM_STR 
VWROW_ATTRIB 'visiblerows' S* EQ S* NUM STR 



S 

EQ 

TAG 

Char 

STRING 

RSRVWORD 



BOOL_STR 
NUM STR 



::= ( #0xA j #0xD J #0x9 | #0x20 )+ 

::= Char+ -[ A ( RSRVWORD J S j )] 
::= S ! [ #0x21 - #0x7E ] 
::= "" (Char - [ A »])* 

;:= 'APPLICATION' | 'HELP' | '-" | 'FORM' | 'MENU* j 
'SUBMENU' ] 'SEPARATOR' | 'ITEM' | 'ACTION' | 'KEYWORD* | 
'GRAFFITI' | '!' | '<' | >' j 'V j 'TEXTFIELD* | 

'BUTTON' ! 'CHECKBOX' j 'CHECKBOXGROUP' | 'LABEL' j 'LIST' 
'POPUP' j 'DBREAD' | 'RECORD' | 'GET | 'FIELD' j 
'DBWRITE' j 'DBDELETE' | 'ELEMENT' j 'TQUERY' | 'SET' 
'STRING' ! 'TSEND' | 'FORMGOTO' [ 'DATE' j 'TIME' j 'INT' 
'FLOAT' | 'CHAR' | 'APPSTOP' 
'"true"' [ '"false"' 
::= [ #0x30 - #0x39 ]+ "" 



ADDITIONAL/ALTERNATIVE Mo DAL GRAMMAR: 



MoDAL ::= MComent_Statement* MStart_Statement MBody MEnd_Statement EOF 



MComent_Statement ::- S* '<' '!' '--' ( (Char - '-') | ('-' - (Char - 
•-')))• 

MSlart_Statement ::= S* '<' 'APPLICATION' S+ NAME_ATTRIB (S* 
OWNER_ATTRIB)? 
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s* 

MBody :\~ MForm ( MForm* J MMenu 4 | MHelp* | MIgnor* )* 

[VC: It should be a form.name = 'main'] 
MEnd Statement ::= S* <' 7' 'APPLICATION' S* >* 



MForm ::= MFormStart MFormBody MFormEnd 
MMenu ::= MMenuStart MMenuBody MMenuEnd 

MHelp ::= S* 'HELP' S+ NAME_ATTRIB S* LABEL_ATTRIB S* V >' 
MIgnor '<' TAG S+ ( (Char-[ A *>'])* | S* )* S* '>' 



MFormStart ::= S* *<» 1 FORM' S+ NAME_ATTRIB S* LABEL_ATTRIB S* X_ ATTRIB S+ 

Y_ATTR1B S* HGHT_ATTRIB S* WDTH_ATTRIB (S* SAVE_ATTRIB)? 

(S* MENU_ATTRIB)? (S* MoDAL ATTRIB)? (S* USBLE ATTRIB)? 

(S* HLP_ATTRIB)? S* *>* 
MFormBody MFrmlnit? ( MTxt* | MBttn* | MChkBx* | MChkBxGrp* | MLbl* \ 

MLst* | MPopUp* )* 
MFormEnd :;= S* V 'FORM' S* '>* 



MFrmlnit ::= MFrmlnitStart MFrmlnitBody MFrmlnitEnd 
MTxt ::= MTxtStart MAction MtxtEnd 
MBttn MBttnStart MAction MBtnEnd 
MChkBx ::= MChkBxStart MAction MChkBxEnd 
MChkBxGrp ::= MChkBxGrpStart MChkBx+ MChkBxGrpEnd 

MLbl S* 'LABEL 1 S+ NAME_ATTRIB S* L ABEL_ATTRJ B S* X_ATTRIB S* 

Y_ATTRIB S* 7' '>» 
MLst MLstSart MAction MLstEnd 

MPUStart ::= MPUStart Mist? MPUEnd 



MFrmlnitStart ::= S* 'APPINIT' S* 
MFrmlnitBody ::= MAction+ 
MFrmlnitEnd ::= S* V 'APPINIT S* 



MTxtStart ::= S* '<* TEXTFIELD' S+ NAME_ATR1B S* X_ATTRIB S* Y ATTRIB S* 

HGHT_ATTRIB S* WDTH_ ATTRIB S* MXCHR_ATTRIB (S* SNGL_ATTRIB)? 
(S* USBLE_ATTRIB)? (S* EDIT_ATTRIB)? (S* ULINE_ATTRIB)? 
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(S* ASHFT_ATRIB)? (S* SBAR_ATRIB)? (S* NUM-ATTRJB)? S* '>' 
MTxtEnd S* '<' 7' 'TEXTFIELD' S* '>' 



MBttnStart ::= S* '<» 'BUTTON' S+ NAME_ATTRIB S* LABEL_ATTRJB S* X_ATTRIB 
S* 

Y__ATTRJB (S* USBLE_ATTRJB)? S* '>' 
MBttnEnd ::= S* '<' 7' 'BUTTON* S* '>' 



MChkBxStart S* *<' 'CHECKBOX' S+ NAME_ATTR1B S* LABEL_ATTRIB S* 
X_ATTRIB S* 

Y_ATTRIB S* SELCT ATTR1B (S* USBLATTRIB)? S* 
MChkBxEnd ::= S* '<* 7* 'CHECKBOX' S* »>' 



MChkBxGrpStart ::= S* 'CHECKBOXGROUP' S+ NAME_ATTRIB S* s >' 
MChkBxGrpEnd S* <' 7' 'CHECKBOXGROUP' S* 



MLstStart ::= S* 'LIST' S+ NAME_ATTR1B S* X_ATTRIB S* Y_ATTRIB S* 
HGHT_ATTRIB 

S* WDTH ATTRIB S* ROW_ATTRIB (S* VWROW_ATTRIB)? (S* 
USBL_ATTRJB)? 
S* 

MLstEnd ::= S* V 'LIST' S* '>' 



MPUStart S* '<' 'POPUP' S+ NAME_ATTRIB S* LABELATTRIB S* XATTRIB S* 
YATTR1B 

(S* USBL_ATTRIB)? *S*' 
MPUEnd ::= S* '<' 7' 'POPUP' S* 



MMenuStart ::= S* '<' 'MENU' S* NAME ATTRIB S* '>' 
MMcnuBody ::*» MSubMnu MSubMnu* 
MMcnuEnd ::= S* '<' V 'MENU' S* '>' 
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MSubMcnu S* MSubMnuStart MItem MSubMnuBody* MKcyBoard? MGraffit? 
MSubMnuEnd 



MSubMnuStart S* 'SUBMENU' S+ LABEL_ATTRIB >' 
MSubMnuBody ::= S* ( Ml tern | MSeparator ) 
MSubMnuEnd ::= S* '<' 7' 'SUBMENU' S* >' 



MItem :;= S* MItemStart MAction+ MItemEnd 
MSeparator ::= S* '<' * SEPARATOR* S* 7* 



MItemStart ::= S* '<' 'ITEM' S+ LABEL_ATTRIB S* '>' 
MItemEnd ::= S* '<' 7' 'ITEM' S* '>' 



MKeyBoard ::= S* '<' 'KEYBOARD' S* 7' '>' 



MGraffit ::= S» '<' 'GRAFFITI' S* V '>' 



MAction ::- MDBDefine | MDBRead | MDB Write | MDBDelete J MTQuery J MTSend 
MTReceive | MFrmGto | MSet \ MAppStop 



MDBDefine ::= MDBDefmeStart MDBDefineBody MDBDefineEnd 

MDBRead ::= S* '<' 'DBREAD 1 S+ NAME ATTRIB S* RECORD ATTRIB? S* 7 

MDB Write ;:= S* '<' 'DB WRITE' S+ NAME_ATTRIB S* 7' 

MDBDelete ::= S* *<' 'DBDELETE' S+ NAME_ATTRJB S" RECORD_ATTRIB? S* 

MTQuery [C: To be defined....] 

MTSend ::= (C: To be defined....] 

MTReceive [C: To be defined....] 

MFrmGto ::- S* 'FORMGOTO' S+ NAME_ATTRJB '/' 

IBM CaM No. AM»-98-134 43 



06/08/2004, EAST Version: 1.4.1 



US 6,292,186 Bl 



32 



MSet ::= MSetStart MSetBody MSetEnd 
MAppStop ::= S* '<* 'APPSTOP' S* T '>' 



MDBDefmeStart ::= S* '<' 'DBDEFINE* S+ NAMEATTRIB S* '>* 
5 MDBDefineBody ::= MField+ 

MDBDefmeEnd S* '<' V 'DEBDEFINE' S* '>' 



MField ::= S* '<' 'FIELD' S+ NAME_ATTR1B S* CLASSATTRIB S* V '>' 



lfij MSetStart S* '<' 'SET S+ NAME.ATTRIB S» *>' 
i ; D MSetBody ::= MAttrib+ 
« L * MSetEnd ::= S* '<' 7' 'SET' S* '>' 



Uj 

•1 MAttrib S* '<' 'ATTRIB' S+ NAME ATTRIB S* VALUE ATTRJB S* V 1 '>' 

■y — — 

□ NAME ATTRIB 'name' S* EQ S* STRING 
iift OWNERATTRIB ::= 'owner 1 S+ EQ S* STRING 
^ LABEL_ATTRIB Mabel' S+ EQ S* STRING 
^ X ATTRIB ::= V S* EQ S* NUM_STR 
20 Y_ ATT RIB ::= *y' S* EQ S* NUM STR 

HGHT_ATTRIB ::= 'height' S* EQ S r NUM STR 

WDTHATTRIB ::= 'width' S* EQ S* NUM_STR 

SAVE_ATTRIB ::= 'savebehind' S* EQ S* BOOL_STR 

MENU_ATTRIB ::= 'menu' S« EQ S* STRING 
25 MoDAL ATTRIB ::- 'MoDAL' S* EQ S* BOOL STR 

USBLE_ATTRIB ::= 'usable' S* EQ S* BOOL.STR 

HLP_ATTRIB ::= 'help' S* EQ S* STRING 

MXCHR_ATTRIB ::« 'maxchars' S* EQ S* NUM_STR 

SNGL_ATTRIB ::- 'singleline' S* EQ S* BOOL_STR 
30 EDJT_ATTRIB ::= 'editable' S* EQ S* BOOL_STR 

ULINE_ATTR1B ::= 'underline* S* EQ S* BOOL_STR 

ASHFT_ ATTRIB ::= 'autoshiiY S* EQ S* BOOL_STR 

SBAR ATTRIB ::= 'scrollbar' S* EQ S* BOOL_STR 

NUM_ATRIB :;= 'numeric' S* EQ S* BOOL STR 
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SELCTATTRIB ::= 'selected' S* EQ S* BOOLJSTR 
ROW ATTRIB ::= 'rows' S* EQ S* NUM_STR 
VWROW_ATTRIB 'visiblerows' S* EQ S* NUMSTR 
RECORD ATTRIB ::= 'record' S* EQ S* NUM_STR 
CLASSATTRIB 'class' S* EQ S* STRING 
VALUE_ATTRIB ::= 'value* S* EQ S* STRING 



S 

EQ 

TAG 

Char 

STRING 

RSRVWORD 

'KEYWORD* 



'LIST' 



'iNr 



BOOL_STR 
NUM STR 



:= ( #0xA ! #0xD ! #0x9 J #0x20 )+ 

::= Chart- -[*( RSRVWORD | S | )] 
::=S|[#0x21 - #0x7E ] 
::= (Char - [ An ])* 

'APPLICATION' | 'HELP' | '» rt J 'FORM' | 'MENU' | 
'SUBMENU' | 'SEPARATOR' | 'ITEM' \ 'ACTION* | 

'GRAFFITI 1 ! | ! >' | */' j TEXTFIELD' ] 

'BUTTON' ! 'CHECKBOX' j 'CHECKBOXGROUP' J 'LABEL* 

'POPUP' j 'DBREAD' * * RECORD* J 'FIELD* | 'DBINIT' 
'DBWRITE' ! 'DBDELETE' ] 'ELEMENT* J *TQUERY' j 'SET' 
'STRING' ! 'TSEND' | 'FORMGOTO' | 'DATE' \ *TIME' | 

'FLOAT' j 'CHAR* j 'APPSTOP' j 'APPINIT' ! 'TRECEIVE' 
'ATTRIB* 
::- '"true"' | '"false"' 

[ #0x30 - #0x39 ]+ "" 
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While the particular UNIVERSAL INFORMATION 
APPLIANCE as herein shown and described in detail is 
fully capable of attaining the above-described objects of the 
invention, it is to be understood that it is the presently 
preferred embodiment of the present invention and is thus 5 
representative of the subject matter which is broadly con- 
templated by the present invention, that the scope of the 
present invention fully encompasses other embodiments 
which may become obvious to those skilled in the art, and 
that the scope of the present invention is accordingly to be 
limited by nothing other than the appended claims. 

We claim: 

1. An information appliance including a display and at 
least one input device, comprising: 

an application source; 

a parser receiving applications from the application 
source, the input device being manipulable to cause an 
application from the source to be sent to the parser, the 
parser transforming the application into at least a list of 
graphical user interface (GUI) elements associated with 
the application and a list of elements associated with 20 
the application, such that the list of GUI elements is 
made dynamically; and 

a universal information appliance (UIA) engine accessing 
the lists to execute the application. 

2. The information appliance of claim 1, wherein the UIA 25 
engine includes a UIA processor for executing the applica- 
tion and a UIA communication manager communicating 
data between the UIA processor and one or more globally 
shared, associatively addressed memory spaces. 

3. The information appliance of claim 2, further compris- 30 
ing a local data cache, wherein the UIA communication 
manager communicates with the local data cache when the 
information appliance is not communicating with a globally 
shared, associatively addressed memory space. 

4. A computer-implemented method for executing an 35 
application, comprising: 

receiving the application; 

processing the application to identify graphical user inter- 
face (GUI) establishing instructions therein and to 
separate application instructions therefrom; and 40 

dynamically rendering a graphical user interface (GUI) 
based on the GUI establishing instructions and execut- 
ing the application based on the application instruc- 
tions. 

5. The method of claim 4, wherein the processing is 45 
undertaken by a parser in an information appliance, the 
rendering is undertaken by a universal information applica- 
tion (UIA) engine in the information appliance, and the GUI 

is rendered on a display associated with the information 
appliance. 50 

6. The method of claim 5, wherein the parser transforms 
the application into at least a list of graphical user interface 
(GUI) elements associated with the application and a list of 
elements associated with the application, such that the list of 
GUI elements is made dynamically, wherein the UIA engine 55 
accesses the lists to execute the application. 

7. The method of claim 6, wherein the UIA engine 
includes a UIA processor for executing the application and 
a UIA communication manager communicating data 
between the UIA processor and one or more globally shared, 60 
associatively addressed memory spaces, 

8. The method of claim 7, wherein the information 
appliance includes a local data cache, and wherein the UIA 
communication manager communicates with the local data 
cache when the information appliance is not communicating 65 
with a globally shared, associatively addressed memory 
space. 



9. An information appliance including a display and at 
least one input device, comprising: 

an application source; 

a parser receiving applications from the application 
source, the input device being manipulable to cause an 
application from the source to be sent to the parser, the 
parser transforming the application into at least a list of 
graphical user interface (GUI) elements associated with 
the application and a list of elements associated with 
the application, such that the list of GUI elements is 
made dynamically; 

a universal information appliance (UIA) engine accessing 
the lists to execute the application, wherein the UIA 
engine includes a UIA processor for executing the 
application and a UIA communication manager com- 
municating data between the UIA processor and one or 
more globally shared, associatively addressed memory 
spaces, the communication manager communicating 
with a proxy for converting data from the UIA proces- 
sor to tuples for use of the tuples by one or more of the 
globally shared, associatively addressed memory 
spaces, the proxy converting tuples from the globally 
shared, associatively addressed memory spaces to data 
usable by the UIA processor. 

10. An information appliance including a display and at 
least one input device, comprising: 

an application source; 

a parser receiving applications from the application 
source, the input device being manipulable to cause an 
application from the source to be sent to the parser, the 
parser transforming the application into at least a list of 
graphical user interface (GUI) elements associated with 
the application and a list of elements associated with 
the application, such that the list of GUI elements is 
made dynamically; 

a universal information appliance (UIA) engine accessing 
the lists to execute the application, wherein the appli- 
cation is written in Mo DAL language, and the parser 
converts the MoDAL language of the application to 
binary language. 

11. The information appliance of claim 10, wherein the 
MoDAL language includes plural language elements for 
establishing: GUI elements, action elements at least some of 
which can be associated with respective GUI elements, and 
MoDAL elements at least some of which can be associated 
with respective action elements and respective GUI ele- 
ments. 

12. The information appliance of claim 11, wherein the 
GUI elements are selected from the group of elements 
including one or more of forms, buttons, fields, lists, pop up 
triggers, menus, help strings, and tables. 

13. The information appliance of claim 11, wherein the 
action elements arc selected from the group of elements 
including one or more of database read, database write, 
database delete, tuple send, tuple query, formgoto, appstop, 
set, get, condition, and date. 

14. A computer-implemented method for executing an 
application, comprising: 

receiving the application at a processor; 

processing the application to identify graphical user inter- 
face (GUI) establishing instructions therein; 

communicating with a proxy for converting data to tuples; 

sending the tuples to one or more of the globally shared, 
associatively addressed memory spaces; 
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converting tuples from the globally shared, associatively 
addressed memory spaces to data usable by the pro- 
cessor; and 

dynamically rendering a graphical user interface (GUI) 
based on the GUI establishing instructions. 5 

15. A computer-implemented method for executing a 
MoDAL application, comprising: 

receiving the application at a processor; 

converting the MoDAL language of the application to 
binary language; 10 

processing the application to identify graphical user inter- 
face (GUI) establishing instructions therein; and 

dynamically rendering a graphical user interface (GUI) 
based on the GUI establishing instructions. 

16. The method of claim 15, wherein the MoDAL lan- 15 
guage includes plural language elements for establishing: 
GUI elements, action elements at least some of which can be 
associated with respective GUI elements, and MoDAL ele- 
ments at least some of which can be associated with respec- 
tive action elements and respective GUI elements. 2Q 

17. The method of claim 16, wherein the GUI elements 
are selected from the group of elements including one or 
more of forms, buttons, fields, lists, pop up triggers, menus, 
help strings, and tables. 

18. The method of claim 16, wherein the action elements 
are selected from the group of elements including one or 25 
more of database read, database write, database delete, tuple 
send, tuple query, formgoto, appstop, set, get, condition, and 
date. 

19. A computer program product comprising: 

a computer program storage device readable by an infor- 30 
mation appliance; and 

a program means on the program storage device and 
including program code elements embodying instruc- 
tions executable by the information appliance for per- 
forming method steps for dynamically rendering a 
graphical user interface (GUI) on a display associated 
with the information appliance, the method steps com- 
prising: 
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converting at least one application written in MoDAL 
language to a binary format for executing the appli- 
cation; 

rendering the GUI on the display based on the binary 
format. 

20. A computer program product comprising: 

a computer program storage device readable by an infor- 
mation appliance; and 

a program means on the program storage device and 
including program code elements embodying instruc- 
tions executable by the information appliance for per- 
forming method steps for dynamically rendering a 
graphical user interface (GUI) on a display associated 
with the information appliance, the method steps com- 
prising: 

converting at least one application written in a language 
to a binary format for executing the application; 

rendering the GUI on the display based on the binary 
format, wherein the language includes plural lan- 
guage elements for establishing: GUI elements, 
action elements at least some of which can be 
associated with respective GUI elements, and 
MoDAL elements at least some of which can be 
associated with respective action elements and 
respective GUI elements. 

21. The computer program product of claim 20, wherein 
the GUI elements are selected from the group of elements 
including one or more of forms, buttons, fields, lists, pop up 
triggers, menus, help strings, and tables. 

22. The computer program product of claim 20, wherein 
the action elements are selected from the group of elements 
including one or more of database read, database write, 
database delete, tuple send, tuple query, formgoto, appstop, 
set, get, condition, and date. 
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